Date: Sat,  8 May 93 04:30:02 PDT
From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
Errors-To: Packet-Radio-Errors@UCSD.Edu
Reply-To: Packet-Radio@UCSD.Edu
Precedence: Bulk
Subject: Packet-Radio Digest V93 #128
To: packet-radio


Packet-Radio Digest         Sat,  8 May 93       Volume 93 : Issue  128

Today's Topics:
                        Baycom and Windows3.1
                       commerical packet radio
                 Graphic Packet Version 1.23 Question
                     How do you make AmiPac talk?
                       packet novice needs help
            The Search for BNC feedthrus... Jason returns!
                      UTC time signal available?

Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
Problems you can't solve otherwise to brian@ucsd.edu.

Archives of past issues of the Packet-Radio Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: Sat, 8 May 93 00:36:31 GMT
From: mnemosyne.cs.du.edu!nyx!mbailey@uunet.uu.net
Subject: Baycom and Windows3.1
To: packet-radio@ucsd.edu

I have a Baycom modem and the baycom software version 1.5. I have
tryed running it through Windows3.1 but have had no luck. It works
perfectly well when running under Dos, but i would like to use it under
windows.
If anyone has anydetails on how I can do this then I would be very
grateful. Also does anyone know of anyother softwre that will run
with baycom and windows. I have been told about a program called
graphics packet but i have not been able to get hold of a copy. Can anyone
tell me if it is avaliable on ftp sites.
Many thanks in  advance,
Matthew

Packet - G7KSG @ GB7ZAA
Internet - mbailey@nyx.cs.du.edu

------------------------------

Date: 6 May 93 12:36:02 GMT
From: ogicse!das-news.harvard.edu!spdcc!merk!harvee.billerica.ma.us!esj@network.UCSD.EDU
Subject: commerical packet radio
To: packet-radio@ucsd.edu

To all that answered, *thanks*.  as is usual, life delivers an interesting
twist on the story after I posted my original message.  read on...

In <1993May4.144040.15122@ke4zv.uucp>, Gary Coffman writes:
>A FAX modem switch could be a better alternative, a good one is
>available from Sam's Club. Your phone won't ring unless it's a voice
>call. 

Thanks, I'll look but so far I've been dissapointed in those boxes
because they usually require some form of interaction after the phone
picks up.  my modem and dialer are *real stupid* and I don't feel
like writing yet another dialer...

>We've been playing with some NCR Wavelan cards. 
... stories of playing with 900mhz lans follow...

>In many urban areas the 900 MHz band is filled with thousands of
>these things running in offices, thousands of VCR Rabbits sending
>TV signals, vehicle locator systems, hams, and anti-shoplifting
>systems, as well as some old ISM equipment drying plywood. It's
>rapidly becoming like class D CB with everyone boosting power 
>trying to make shorter and shorter hauls.

Thanks for confirming my suspicions.  as I hinted at eariler, I was
trying to set up a usenet feed site sans phone lines.  My qth is
rather close to metro boston but has remarkably bad phone lines.  I hoped
I could use radio to bypass the telco but it looks like I'd be trading
one set of headaches for another.

After I made my posting, my subscription to the new england
community internet project's mailing list kicked in.  as fate would have
it, one of the "problems" faced by cheap internet advocates is the cost
of connectivity.  I think there are other, larger, problems like selling
the concept to joe and jane "the computer is magic" user and supporting
joe and jane without giving up on sleep but that is another story.

anyway, the cost of bandwidth and control of content remain an issue. 
I believe that some form of unlicensed but hopefully coordinated spectrum 
for point to point WAN use is needed for things like the community 
internet project.  Along those lines, I would like to see something 
like don stoner's(?) proposal for a digital CB in the 6m band be reworked 
for the 220-222 mhz spectrum UPS just gave up on.  

what do you think?

--- eric
-- 
HOME: esj@harvee.billerica.ma.us  HAM  ka1eec
WORK: 617.630.4687 (w)   esj@ruby.polaroid.com
source of the public's fear of the unknown since 1956

------------------------------

Date: 7 May 93 15:56:03 GMT
From: news-mail-gateway@ucsd.edu
Subject: Graphic Packet Version 1.23 Question
To: packet-radio@ucsd.edu

Yesterday I found a copy of the Graphic Packet Terminal Program for
use with the Baycom type modem.  If anyone out there is using the
Baycom program you might want to give this one a try.  It has a 
very nice GUI which is much easier to look at and use.

But, on to my problem and question.  Graphic Packet, like Baycom, 
was written in Germany therefore all of the documentation and config
files are in German.  The program itself has an option to display in
English or German so actual interface use is not a problem.

My question is:  If anyone out there is using this program (I'm
sure people are -- again it's very nice) can you provide me with
some insite about features you have been able to find and use.

For example:  In the configuration file there are many parameters
that can be set or changed.  Some of these are obvious while others
are not.  Does anyone know what these are and do.

Another example:  The program has a special BBS interface mode for
The Box, F6FBB, and a couple of others.  How do these work?

Any hints, tips, etc. would be appreciated.  For anyone that is 
interested in looking at this program the only place I could find
it on the NET was at NIC.FUNET.FI in the pub/ham/packet/terminal
directory as gp123.zip.


Ron - KA5LUG

RON@NSULA.EDU

------------------------------

Date: Sat,  8 May 93 00:00:47 PDT
From: portal!cup.portal.com!jkesling@uunet.uu.net
Subject: How do you make AmiPac talk?
To: packet-radio@ucsd.edu

I recently received a copy of AmiPac, packet terminal software written for
the Amiga.  The only thing I've not been able to do is get the speech
synthesis working.  When I select the video>speak menu option I'm greated
with a requestor asking me mount volumn "SPEAK:" in any drive.  If I assign
SPEAK: to DH0: (my system device) I don't get the requestor but I don't
get any speech either.  For that matter if I assign SPEAK: to RAM: I get the
same results.

So if anyone out there has had any luck getting this fine shareware to talk
please let me know what you did.

Thanks and 73 - John - WA8ZGO

------------------------------

Date: Fri, 7 May 1993 06:27:39 GMT
From: dog.ee.lbl.gov!overload.lbl.gov!agate!pasteur!cory.Berkeley.EDU!agoel@network.UCSD.EDU
Subject: packet novice needs help
To: packet-radio@ucsd.edu

Hi,

I am a student at uc berkeley working with the solar car team.  I am
attempting to build a telemtry system to transmit data from our solar car to
a chase vehicle.

I am attempting to use packet radio for the communication.  Right now, I
are attempting to build a controller circuit to interface with the tnc in
the car through an RS-232 port.  I need some help in choosing and getting
tnc's and radios for the communication.

I believe that it is possible to interface with a tnc without a computer
terminal but all of the literature on the subject assumes the use of a
terminal.

We have analog signals which we want to access and transmit in discrete
packets over the radio.  The signals will be approximately 21 bits in
length, and we have about 60 different signals to send.

My plan is to use a selector to choose one analog signal at a time.  This
signal will then be sent through an a/d converter which outputs a 15 bit
parallel signal.  This will be combined with 6 bits of state information to
identify which signal (of the 60) it is and then sent to a parallel to
serial converter.  It is the output of the parallel to serial converter that
I need to send to the tnc.

I need to synchronize the parallel to serial output with the tnc and also
generate the control signals to send over the RS-232 port to initialize the
tnc.  I need help in determining the exactly which control signals are
important (i.e. cts, rts, dcd, dtr...).  I also need to know what the
appropriate voltage levels for these signals are.  

For example, I believe that the data pin should be kept high until the data
is sent and then a low signal signifies the beginning of the data.
Unfortunately, I don't know what the correct voltages are for high and low
for any of the pins.  Some literature refers to standard TTL interface and
then also talks about +5 volts as high and -12 volts as low.  

Any help anyone could give would be greatly appreciated.
Thank you very much.

------------------------------

Date: Thu, 6 May 1993 21:16:53 GMT
From: dog.ee.lbl.gov!overload.lbl.gov!agate!howland.reston.ans.net!ux1.cso.uiuc.edu!news.cso.uiuc.edu!uxa.cso.uiuc.edu!btbg1194@network.UCSD.EDU
Subject: The Search for BNC feedthrus... Jason returns!
To: packet-radio@ucsd.edu

Remember when I complained that Pasternack Enterprises wants $10/each for
BNC jack-to-plug straight feedthru adapters... with a $100 minimum order?

After about 15 minutes on the phone, I have found that ITT and Amphenol
*do* make the things, but because there is a low demand for them, both
companies have reseller pricing about about $40 *each* in quantity 1-10.

Pasternack doesn't look so bad then.  If there is enough interest in a
quantity order from Pasternack for these things, I might be willing 
to organize it, but since it only cost me about $28 to send my radio to
Standard to get the jack replaced, I will probably just find a way to
get by with two $3 barrels connected together.


73 de KB8CNE, Brad Banko

-- 
Brad Banko;  Dept of Physics;  U of Illinois;  b-banko@uiuc.edu
=========================================================================
See one.  Do one.  Teach one.			73 de kb8cne @ n9lnq.il

------------------------------

Date: Fri, 7 May 1993 05:50:45 CST
From: usc!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!news.kei.com!news.oc.com!utacfd.uta.edu!rwsys!ricksys!news@network.UCSD.EDU
Subject: UTC time signal available?
To: packet-radio@ucsd.edu

I'm a little behind in this group but...
cowan@balsam.pinetree.org (Darin Cowan) writes:

> val@fcom.cc.utah.edu (Val Kartchner) writes:
> 
>> I would like to be able to set my system's clock accurately.  Is there a UT
> C
>> time signal available via packet so that I could have my system automatical
> ly
>> set its own clock?  (Perhaps via an OSCAR?)  Is there an alternative so tha
> t
>> I could set my system's clock accurately?
>> 
>> NOTE: This is just something that I would like to do if it is available.
>> I'm interested in a zero (or near zero) cost solutions (assuming that I
>> already have amateur radio and packet equipment).  However, I would be
>> interested (for academic reasons) in hearing about other solutions.
> 
> The Canadian National Research Centre has a dial up time signal for computers
> which is available to anyone who can dial up with a 300 bd capable modem.

Actually it is supposedly possible to decode it off the air on 3330,
7335, or 14670 KHz.  7335 operates at 10KW the other two at 3KW, but
even so 14670 is usually the best frequency in the daytime.

> 
> It provides day, hour, minute and second accurate to .001 s.  It is sent
> in the Bell 103 protocol, so normal 300 bd modems should have no problem.
> 
> The information sent is as follows:
> 
> each 11 bit character contains to binary coded decimal digits (8 data bits), 
> preceded by 1 start bit and followed by 2 stop bits.
> 
> The first digit is the number 6.  The remaining digits are day (3), hour, 
> minute, second (2 each).  
> The time code is sent twice so the two messages received can be compared.
> 
> A sample would be (using 27 Apr, 13:15:05  -  day 117)
> 
> 16h 71h 31h 51h 50h (h for hexadecimal).  Note that the digits are reversed, 
> and the 3 digit day has its high digit shared with the "6" identifier.
> 
> 
> The time is effective with the receipt of the last stop bit.
> 
> The number is (613) 952-7729.  Here is a program that can assist with this
> endeavour:
> 

Thanks for the program, I'll see if I can get that to work with my HF
receiver.
By the way there is also encoded time data that is broadcast on WWV,
WWVH, and WWVB that can some how be decoded.
I've seen an ISA board with a 10 MHz receiver and TSR for DOS to keep
your computer in sync for about $350 US.

--  
Internet(MX): rick@ricksys.lonestar.org
If I bounce (the maps have errors that I have no control over) then use
        bo836@cleveland.freenet.edu          or  ah053@yfn.ysu.edu
BITNET: bo836%cleveland.freenet.edu@cunyvm   or  ah053%yfn.ysu.edu@ysub

------------------------------

End of Packet-Radio Digest V93 #128
******************************
